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(54) Electronic document delivery 

(57) A user agent (6) has access to the file system 
(11 ) of a computer (1 . 2) via an interface provided by a 
WAP server (12) running on the computer (1. 2). The 



WAP server (12) has CGI scripts (13) which enable the 
user to email files from the computer (1,2) and to print 
files from the computer (1 , 2) at another, remote com- 
puter (3). 
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Description 

[0001] The present Invention relates to a method of 
delivering an electronic document and to a method of 
establishing an HTTP connection between two appara- 
tuses. 

[0002] Recently WAP (Wireless Application Protocol) 
has been taken up by manufacturers of mobile phones 
and other portable communication devices to provide In- 
ternet services to such devices over relatively low band- 
width channels, typically 9.6kbits s'^ for GSM mobile 
phones. Small portable devices presently have insuffi- 
cient memory to store large numbers of complex docu- 
ments. 

[0003] The FTP (File Transfer Protocol) is well-known 
and can be used to perfonn file management, e.g. re- 
naming, copying, etc., on a remote computer. However, 
FTP is essentially a private interaction between a client 
and a server and does not provide for transfer of files 
other than between the FTP client and the FTP server 
[0004] According to the present invention, there is 
provided a method of delivering an electrons document, 
the method comprising:- 

receiving a document identification signal from a re- 
mote client at a stateless server process of a server; 
receiving a document destination signal from the re- 
mote client at the server process; 
receiving a document dispatch command signal 
from the remote client at the server process; 
dispatching the document, identified by the docu- 
ment identification signal, from the server to the 
destination, identified by the document destination 
signal, in response to reception of the document 
dispatch command signal, 

wherein the destination is neither said server nor 
said remote client. 

[0005] The statelessness of the server process distin- 
guishes the present invention from, for example, the 
case of a telnet session being used to send an email 
from a remote computer. A web server Is an example of 
a stateless server. 

[0006] Preferably, said signals comprise HTTP re- 
quests. However, they may be signals according to a 
protocol specific to the actions specified. 
[0007] Conveniently, the requests are received from 
a channel using, at least in part, WSP/B (Wireless Ses- 
sion Protocol/Browsing). 

[0008] Preferably, the document identification signal 
comprises an HTTP request identifying a CGI program. 
More preferably, a method according to the present in- 
vention includes running said CGI program to generate 
a hypermedia document including a form to enable a 
recipient to select from a plurality of file handling proc- 
esses. Still more preferably, said file handling processes 
include printing and/or emailing. 
[0009] Preferably, the destination identification signal 



comprises an HTTP request identifying a CGI program. 
More preferably, the destination identification signal al- 
so serves as said document dispatch command signal. 
Still more preferably, a method according to the present 
5 Invention Includes running said CGI program to send an 
email to the destination, Identified by said destination 
identification signal, with said electronic document as an 
attachment. 

[0010] Alternatively or additionally, the method may 
10 include receiving a printer id from said destination and 
generating, at said server, a hypennedia document, in- 
cluding a list of printers which contains said id, and dis- 
patching said document to the destination. In this case, 
said destination identification signal preferably compris- 
es es an HTTP request identifying a CGI program corre- 
sponding to a hyperiink in said hypermedia document. 
More preferably, a method according to the present in- 
vention includes receiving a request for a hypermedia 
document from the destination at the server process, 
20 said document having an applet embedded therein and 
serving said hypermedia to the destination, wherein the 
applet comprises computer instructions for enabling a 
computer, on which the applet is running, to send said 
printer Id to the server, receive said electronic document 
25 and print out said document using a printer Identified to 
the server by said id. 

[001 1] According to the present Invention, there is al- 
so provided a method of establishing HTTP communi- 
cation between a first apparatus and a second appara- 
30 tus, wherein the second apparatus is dynamically allo- 
cated Its IP address, the method comprlsing:- 

recelving notiffcatlon of the IP address of the sec- 
ond device at a third apparatus; 
35 storing the notified IP address In association with 
an id indicative of the second apparatus at the third 
apparatus; 

receiving an HTTP request from an HTTP client at 
the first apparatus at the third apparatus, the HTTP 

40 request Including a URI containing an element in- 
dicative of the second apparatus; and 
responding to said request in dependence on said 
element to obtain the stored IP address of the sec- 
ond apparatus and send a response, including said 

45 IP address, to the first apparatus, said response be- 
ing configured to cause said HTTP client to send a 
request to the second apparatus without perfomning 
a DNS (Domain Name Servtee) lookup. 

50 [0012] Preferably, said response is a 301 or 302 re- 
sponse as defined in RFC 1945 or RFC 2616. 
[0013] According to the present invention, there is 
provided an apparatus, for example a computer config- 
ured to perfomi a method according to the present in- 

55 vention. 

[0014] An embodiment of the present Invention will 
now be described, by way of example, with reference to 
the accompanying drawings, in whteh:- 
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Figure 1 illustrates the main components of a sys- 
tem embodying the present invention; 
Figure 2 is a data flow diagram of the first home sys- 
tem of Figure 1 ; 

Figure 3 is a data flow diagram of the second home 
system of Figure 1; 

Figure 4 Is a data flow diagram of the web server of 
Figure 1 ; 

Figure 5 is a signalling diagram illustrating the es- 
tablishment of communication between a user 
agent and a home system; 
Figure 6 Illustrates a collection of WML card decks; 
Figure 7 is a signalling diagram illustrating signal- 
ling between the remote system, the web server 
and the first home system of Figure 1 ; and 
Figure 8 Illustrates the user interface of an applet. 



[0015] Referring to Figure 1 , a system embodying the 
present invention comprises a first home system 1 , a 
second home system 2, a remote system 3, ISP (Inter- 
net Service Provider) server system 4, a web server sys- 
tem 6 and a WAP (Wireless Application Protocol) user 
agent 6, in this case a WAP-enabled mobile phone pro- 
vided with a microbrowser for browsing WML (Wireless 
Mark up Language) documents. The first and second 
home system 1 can establish PPP (point-to-point proto- 
col) connections to the ISP server system 4 via the pub- 
lic switched telephone network 7. The remote system 3, 
the ISP server system 4 and the web server system 5 
are interconnected by the Internet 8, which may include 
another ISP server system whfch the remote system 3 
can dial into for Internet access. The user agent 6 has 
access to the Internet 8 via a mobile phone network 9. 
The remote system 3 is connected to a printer 10 via a 
parallel cable or a local area network. 
[0016] Referring to Figure 2, the first home system 1 
comprises a conventional personal computer running a 
Mterosoft Windows operating system. The first home 
system 1 has a file system 11 , a WAP server 12. imple- 
mented in Java, a collection of CGI scripts 1 3. WinSock 
14, a PPP (point-to-point protocol) dial-up process 15 
and a WinSock monitoring process 16. Additionally, 
there is a printer id receiving process 1 9 and a file trans- 
fer process 20. 

[001 7] Referring to Figure 3, the second home system 
2 comprises a conventional personal computer running 
a UNIX-type operating system such as Linux or FreeB- 
SD. The second home system 2 has a file system 1 1 , a 
WAP server 12 which is the same as that in the first 
home system 2, a collection of CGI scripts 1 3 and a PPP 
daemon 17. The PPP daemon is a modified version of 
the conventional pppd program, found on Linux comput- 
ers, which spawns an IP address reporting client proc- 
ess 18 when a PPP connection to a remote computer 
has been established. Additionally, there Is a printer id 
receiving process 19 and a file transfer process 20. 
[0018] In both cases, the CGI scripts 13 enable the 
WAP server 1 2 to provide a set of file management func- 



tions to the user agentfSLG 1 ]. The WAP server 1 2 is not 
restricted to serving WML documents and can also serv- 
er HTML documents. The terni "WAP server" identifies 
that process's main but not sole function. 
s [001 9] The operation of the home systems 1 a, 1 b will 
become apparent from the description of the operation 
of the whole system given below. 
[0020J The remote system is a conventional personal 
computer running a Microsoft Windows operating sys- 
10 tern, e.g. Windows NT or Windows 98. and provided with 
the Microsoft JVM (Java Virtual Machine), a web brows- 
er and office software such as a word processor and a 
spreadsheet. 

[0021] The ISP server system 4 is entirely convention- 
is al and, therefore, will not be described in detail here. 
[0022] Refemng to Figure 4. the web server system 
5 comprises a powerful computer. The web server sys- 
tem 5 has a web server program 51 , such as Apache, a 
. plurality of CGI scripts 52 which are available to the web 
20 server program 51 , a user-to-IP address mapping hash 
table 53 ("the IP table") and an IP address reporting 
server process 54. 

[0023] The operation of the web server system 5 will 
become apparent from the description of the operation 
2s of the system as a whole given below. 

[0024] The operation of the system shown in Figure 
1 will now be described. 

[0025] Refemng to Figures 1 and 2, when the first 
home system 1 connects to the Internet 8. the dial-up 
30 process 16 establishes a PPP connection to the ISP 
server system 4 in the conventional manner. During con- 
nection, the ISP server system 4 dynamically allocates 
an IP address for the first home system's Internet inter- 
face and transmits it to the first home system 1 . where 
35 ft is stored. 

[0026] The WinSock monitoring process 1 6 monitors 
messages generated by the WinSock 14 until it detects 
one which indicates that a PPP connection has been 
established. When such a message is detected, the 

40 WinSock monitoring process 1 6 attempts to connect to 
a TCP/IP port on the web server system 5 whfch is as- 
sociated with the IP address reporting server process 
65. Once the connection is established, there is an ex- 
change of messages in which the first home system 1 

45 and the web server system 5 confimi their identities to 
each other and the WinSock monitoring process 16 
sends the IP address, allocated to the first home system 
1 by the ISP server system 4, to the IP address reporting 
server process 55. The connection is then closed. 

50 [0027] Refemng to Figures 1 and 3, when the second 
home system 2 connects to the Internet 8, the dial-up 
process 15 establishes a PPP connection to the ISP 
server system 4 In the conventional manner and the ISP 
server system 4 dynamically allocates and transmits an 

55 IP address to the second home system 2, where it is 
stored. 

[0028] When the PPP daemon 1 7 has established the 
PPP connection, it spawns the IP address reporting cli- 
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ent process 18. The IP address reporting client process 
18 attempts to connect to the TCP/IP port on the web 
server system 5 associated with the IP address report- 
ing server process 55, Once the connection is estab- 
lished, there is an exchange of messages in which the 
second home system 2 and the web server system 5 
confirm their identities to each other and the IP address 
reporting client process 18 sends the IP address, allo- 
cated to the second home system 2 by the ISP server 
system 4, to the IP address reporting server process 55. 
The connection is then closed. 
[0029] When the IP address reporting server process 
55 has received an IP address, as described above. It 
finds the entry in the IP table 54 which relates to an as- 
sociated with the home system 1 . 2 that supplied the IP 
address. When the entry is found, it is updated with the 
newly received IP address. 

[0030] Referring to Figure 5, if the user of the WAP 
user agent 6 wishes to have access to the file system 
1 1 of the first home system 1 , for example, the user ac- 
tivates the user agent's microbrowser and enters a URI 
pointing to the web server system 5 of the form "httJpM 
www.web_server_system.com/homer where "homer 
is the id of the first home system 1 used in the IP table 
54. An alternative would be to use a subnet URI of the 
fomn "http://home1 .web_server_system.com". 
[0031] When the web server 51 receives the request 
for the "homer document, the web server returns an 
login WML card deck which includes a fonm having 
home system id and password text fields. The user en- 
ters the home system id and password into the text fields 
and submits the fonn to the web server 51 . 
[0032] The web server validates the home system id 
and password pair and, assuming that it is valid, sends 
an HTTP 302 "found" message to the microbrowser. 
This message includes the URI of a login script 13 of 
the WAP server 12 of first home system 1 . This causes 
the microbrowser to submit the home system id and 
password to the WAP server 1 2 of the first home system 
1 which then uses the login script to check the home 
system id and password pair. 

[0033] In the following, the WAP server 1 2 dynamical- 
ly generates decks of cards containing hyperlinks. 
These URIs in these hyperlinks are themselves gener- 
ated dynamically using the IP address allocated to the 
home system 1 by the ISP server system 4. Conse- 
quently, subsequent requests sent by the user agent 6 
to the WAP server 12 do not require DNS name lookup 
or redirections from the web server system 5. 
[0034] Referring to Figures, if the home system id and 
password pair is valid, the login script 13 generates a 
top level file system card deck cdl and sends it to the 
user agent 6. The file system card decks cdl , cd2 com- 
prise a header identifying the current directory, a link to 
the parent directory, if there is one, a list of links to sub- 
directories and a list of files in the current directory. 
[0035] If a user "clicks" on one of the links to a subdi- 
rectory, the user agent 6 sends a request for a file sys- 



tem card deck with the absolute path of the subdirectory 
as a parameter to the WAP server 12. This request is 
processed by a CGI script 13 which generates a further 
file system card deck cd2 which is sent to the user agent 
5 6. 

[0036] If a user "clicks'* on one of the files listed in a 
file system card deck cd1 , cd2, the user agent 6 sends 
a request for a file manipulation card deck cd3 with the 
file's name and its absolute path as parameters. This 

10 request is processed by a CGI script 1 3 which generates 
the file manipulation card deck cd3. The file manipula- 
tion card deck cd3 has a heading identifying the file and 
a list of manipulation options Including move, copy, 
email and print. 

*5 [0037] If a user "cricks" on the move option in the file 
manipulation card deck cd3, the user agent 6 sends a 
request for a move card deck cd4 with the name and 
absolute path of the current file as parameters. This re- 
quest is processed by a CGI script 13 which generates 

20 the move card deck cd4. The move card deck cd4 has 
a header identifying the function and the file being ma- 
nipulated, a text field so that the user can enter a desti- 
nation and OK and CANCEL buttons. 
[0038] If the user "clicks" on the CANCEL button, a 

25 request for the file manipulation card deck cd3 is sent 
to the WAP server 12 with the file's name and absolute 
path as parameters. This request is handled by the WAP 
server 12 as described above. 
[0039] If the user "clicks" on the OK button, a request 

30 identifying a file move CGI script 1 3 Is sent to the WAP 
server 1 2 with the file's name and absolute path and the 
destination (filename and/or absolute path), taken from 
the text field, as parameters. This request is processed 
by the file move CGI script 1 3 which first checks that the 

35 destination is valid. If the destination is not valid, e.g. a 
specified directory does not exist, the CGI script 1 3 gen- 
erates a modified file move card deck cd5 which is sim- 
ilar to the ordinary file move card deck cd4 but includes 
an error message. The OK and CANCEL buttons of the 

40 modified file move card deck cd5 have the same effect 
as those of the ordinary file move card deck cd4. 
[0040] If the destination is valid, the CGI script 13 
moves the file to the entered destination and generates 
the file system card deck cdl , cd2 for the directory in 

45 which the file was originally located. The file may still be 
there if the move function has been used to rename the 
flte. 

[0041] Returning now to the file manipulation card 
deck cd3, if a user "clicks" on the copy option in the file 

50 manipulation card deck cd3, the user agent 6 sends a 
request for a copy card deck cd6 with the name and ab- 
solute path of the current file as parameters. This re- 
quest Is processed by a CGI script 13 which generates 
the copy card deck cd6. The copy card deck cd6 has a 

55 header identifying the function and the file being manip- 
ulated, a text field so that the user can enter a destina- 
tion and OK and CANCEL buttons. 
[0042] If the user "clicks" on the CANCEL button, a 
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request for the file manipulation card deck cd3 is sent 
to the WAP server 12 with the file's name and absolute 
path as parameters. This request is handled by the WAP 
server 12 as described above. 
[0043] If the user "clicks" on the OK button, a request 
identifying a file copy CGI script 13 is sent to the WAP 
server 1 2 with the file's name and absolute path and the 
destination (filename and/or absolute path), taken from 
the text field, as parameters. This request is processed 
by the file copy CGI script 13 which first checks that the 
destination is valid. If the destination is not valid, e.g. a 
specified directory does not exist, the CGI script 1 3 gen- 
erates a modified file copy card deck cd7 which is similar 
to the ordinary file copy card deck cd6 but includes an 
error message. The OK and CANCEL buttons of the 
modified file copy card deck cd7 have the same effect 
as those of the ordinary file copy card deck cd6. 
[0044] If the destination is valid, the CGI script 1 3 cop- 
ies the file to the destination and generates the file sys- 
tem card deck cdl, cd2 for the directory In which the 
source file is located. 

[0045J Returning again to the file manipulation card 
deck cd3, if a user "clicks" on the email option in the file 
manipulation card deck cd3. the user agent 6 sends a 
request for an email card deck cd8 with the name and 
absolute path of the current file as parameters. This re- 
quest is processed by a CGI script 13 which generates 
the email card deck cdS. The email card deck cd8 has 
a header identifying the function and the file being ma- 
nipulated. "To". -CC" and "Subject" text fields and OK 
and CANCEL buttons. 

[0046] If the user "clicks" on the CANCEL button, a 
request for the file manipulation card deck cd3 is sent 
to the WAP server 12 with the file's name and absolute 
path as parameters. This request is handled by the WAP 
server 12 as described above. 
[0047] If the user "clicks" on the OK button, a request 
identifying an email CGI script 13 is sent to the WAP 
server 1 2 with the file's name and absolute path and the 
contents of the text fields as parameters. This request 
is processed by the email CGI script 13 which first 
checks that the "To" parameter is of the con-ect form and 
that any "CC parameter is of the con-ect form. If these 
checks reveal an improper parameter value, e.g. lack of 
an @ or a domain, the email CGI script 13 generates a 
modified email card deck cd9 which is similar to the or- 
dinary email card deck cd8 but Includes an error mes- 
sage. The OK and CANCEL buttons of the modified 
email card deck cd9 have the same effect as those of 
the ordinary email card deck cdS. 
[0048] If the "To" and "CC" parameter pass the 
checks, the email CGI script 13 generates an email with 
the selected fife as an attachment and sends the email 
to the entered To and CC addresses. After generating 
the email, the email CGI script 1 3 generates the file sys- 
tem card deck cdl , cd2 for directory in which the sent 
file is located. 

[0049] The print function accessible from the file ma- 



nipulation card deck cd3 can be used to print files at the 
home system 1 or at the remote system 3. However, in 
order to be able to print at the remote system 3. the 
home system 1 must be made aware of the printer 10 
5 at the remote system 3. 

[0050] Refemng to Figure 7, if the user of the remote 
system 3 wishes to register the printer 4 with the first 
home system 1 . the user activates the remote system's 
web browser and enters a URI pointing to the web server 
10 system 5 of the fonn "HTTP:// www. 
web_server_system/home1 print" where "home1" is the 
id of the first home system 1 used in the IP table 54. 
[0051 ] When the web server 51 receives the request 
for the "homel print" document, the web server returns 
IS an login HTML page which includes a forni having home 
system id and password text fields. The user enters the 
home system id and password into the text fields and 
submits the f onn to the web server 51 . 
[0052] The web server validates the home system id 
20 and password pair and, assuming that it is valid, sends 
an HTTP 302 "found" message to the web browser This 
message includes the URI of a print registration login 
script 13 of the WAP sender 12 of the first home system 
1 . This causes the web browser to submit the home sys- 
25 tem id and password to the WAP server 12 of the first 
home system 1 which then uses the login script to check 
the home system id and password pair, 
[0053] If the id and password pair is valid, the WAP 
server 12 send a printer registration page to the remote 
30 system 3 where It is displayed by the web browserthere. 
The printer registration page includes a signed Java ap- 
plet (Figure 8) with a drop-down list 70 of printers 10 
available to the remote system 3, a text box 71 for re- 
ceiving a printer id for the printer 10 displayed in the 
35 drop-down list 70 and a register button 72. 

[0054] The user selects a printer 1 0 using the drop- 
down list 70, types an id for the selected printer 10, In 
this example "temp", into the text box 71 and then 
"clicks" on the register button 72. The applet responds 
40 by connecting to the printer id receiving process 1 9 via 
a TCP/IP port at the home system 1 and then sending 
the printer id. The printer id receiving process 19 stores 
the printer id so that it is accessible to a first printer select 
CGI script 13. 

45 [0055] Retuming now to the description of the print 
function made available to the user agent 6, if a user 
"clicks" on the print option in the file manipulation card 
deck cd3, the user agent 6 sends a request for a print 
card deck cdl 0 with the name and absolute path of the 
50 cun-ent file as parameters. This request is processed by 
a CGI script 13 which generates the print card deck 
cdl 0. The print card deck cdIO has a header identifying 
the function and the file being manipulated, the name of 
the currently selected printer, Initially the home system's 
55 default printer, and Select Printer, OK and CANCEL but- 
tons. 

[0056] If the user "clicks" on the CANCEL button, a 
request for the file manipulation card deck cd3 is sent 
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to the WAP server 12 with the file's name and absolute 
path as parameters. This request is handled by the WAP 
server 12 as described above. 
[0057] If the user "clicks" on the OK button with a local 
printer displayed, a request identifying a printing CGI 
script 1 3 is sent to the WAP server 1 2 with the file's name 
and absolute path and the printer name as parameters. 
This request is processed by the printing CGI script 13 
which prints out the specified file, using the appropriate 
application. After initiating the printing of the file, the 
priming CGI script 13 generates the file system card 
deck cdl , cd2 for directory in which the printed file is 
located. 

[0058] If the user "clicks" on the Select Printer button, 
a request Identifying the first printer select CGI script 13 
is sent to the WAP server 12 with the file's name and 
absolute path as parameters. This request is processed 
by the first printer select CGI script 13 which generates 
the a printer select card deck sdll. The printer select 
card deck sdl 1 has a header identifying the function and 
the currently selected file, a list of available printers, OK 
and CANCEL buttons and the name of the currently se- 
lected printer in hidden fomri . The list of available printers 
comprises the locally available printers and the printer 
10 at the remote system 3, which was identified to the 
home system 1 as "temp" using the applet at the remote 
system 3. 

[0059] The user can select a printer and when the OK 
button is "clicked", the user agent 6 sends a request 
identifying a second printer select CGI script 1 3 with the 
identified file's name and absolute path and the selected 
printer as parameters, Clteking on the CANCEL button 
causes a similar request to be sent but with the selected 
printer parameter filed with the hidden printer name. 
[0060] The second printer select CGI script 1 3 gener- 
ates the printing card deck sd1 0 with the newly selected 
printer identified, In the case of the user "clicking" the 
OK button on the printer select card deck sdll , and the 
default printer in the case of the user "clicking" on the 
CANCEL button. 

[0061] If the user has selected a remote printer, in this 
example "temp" at the remote system 3, the printing CGI 
process 1 3 instructs the file transfer process 20 to trans- 
fer the selected file to the applet via a TCP/1 P port at the 
remote system 3 which monitored by the applet. After 
instructing the file transfer process 20 to send the file, 
the printing CGI script 1 3 generates the file system card 
deck cdl . cd2 for directory in which the dispatched file 
is located. 

[0062] When the file is received by the applet, it is 
stored on the remote system's hard drive. The applet 
then causes the file to be printed by connecting to the 
COM interface of the appropriate application, e.g. word 
processor, spreadsheet etc., and Instructing the appli- 
cation to load and print the file. When the file has been 
printed, the applet deletes it. 

[0063] The user of the user agent 6 can manipulate 
files on the second home system 2 in a similar manner. 



[0064] The files system as it is presented by the WAP 
server 12 may be a virtual file system defined by the 
code of the CGI scripts. In a simple form, the root direc- 
tory presented by the WAP server 12 may be a subdi- 

5 rectoryof theactualfilesystemofthehomesystem. Fur- 
thermore, subdirectory-parent relationships as present- 
ed by the WAP server 12 need not actually reflect the 
structure of the actual file system of the home system. 
This provides a level of access control that is not inher- 

10 ent in Mterosoft Windows desktop operating systems 
where anyone with direct access to the file system has 
complete control over the files in it. 
[0065] Refen-ing to Figure 9, in another embodiment, 
the printer id receiving process of a home system is im- 

15 plemented using the WAP server 1 2 and a suitable CGI 
script 13 and the applet sends the printer id in the fomn 
of an http request to the WAP server 12. The document 
to be printed is then sent by the WAP server 12, in re- 
sponse to signals from the user-agent 6, spoofing a re- 

20 sponse to the printer id http request from the applet at 
the remote system 3. In this example, the time out for 
http requests used by the applet will need to be much 
longer than is the case with conventional http clients 
such as web browsers to allow for the delay between 

25 sending of the printer id and the user of the user agent 
6 issuing the print command. 

[0066] Regarding the utility of the remote printing 
function, it can be envisioned that the user of the user 
agent 6 is a salesperson visiting a prospect at the site 

30 of the remote system 3. The remote printing function 
gives the salesperson the ability to print out, for exam- 
ple, sales literature for the prospect using the prospect's 
own computer 3 and printer 4 without effecting any per- 
manent changes thereto. 

35 [0067] It will be appreciated that the present invention 
may be embodied in other ways. For instance, the CGI 
scripts 13, which may be compiled or interpreted pro- 
grams, could be replaced with some other server-side 
technology such as Java Server Pages, Active Server 

40 Pages or PHP: Hypertext Preprocessor. The Java ap- 
plet could be replaced with an ActiveX control and an 
ActiveX control on a portal web page could be used to 
report the allocated IP address of a home station to the 
web server. 

45 

Claims 

1 . A method of delivering an electronic document, the 
50 method comprising:- 

receiving a document identification signal from 
a remote client at a stateless server process of 
a server; 

55 receiving a document destination signal from 

the remote client at the server process; 
receiving a document dispatch command sig- 
nal from the remote client at the server process; 



6 



11 
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dispatching the document, identified by the 
document identification signal, from the server 
to the destination, identified by the document 
destination signal, in response to reception of 
the document dispatch command signal, 

wherein the destination is neither said server 
nor said remote client. 

2. A method according to claim 1 , wherein said signals 
comprise HTTP requests. 

}. A method according to claim 2, wherein said re- 
quests are received from a channel using, at least 
in part, WSP/B. 

L A method according to claim 2 or 3, wherein the 
document identification signal comprises an HTTP 
request identifying a CGI program. 

A method according to claim 4, including running 
said CGI program to generate a hypennedia docu- 
ment including a fomn to enable a recipient to select 
from a plurality of file handling processes. 

. A method according to claim 5. wherein said file 
handling processes Include printing and/or email- 
ing. 

. A method according to claim 2 or 3, wherein the 
destination Identification signal comprises an HTTP 
request identifying a CGI program. 

A method according to claim 7, wherein the desti- 
nation Identification signal also serves as said doc- 
ument dispatch command signal. 

A method according to claim 8, comprising running 
said CGI program to send an email to the destina- 
tion, identified by said destination identification sig- 
nal, with said electronic document as an attach- 
ment. 
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10. A method according to claim 7, Including receiving 
a printer id from said destination and generating, at 
said server, a hypennedia document, including a list 
of printers which contains said id, and dispatching 
said document to the destination. 

11. A method according to claim 10, wherein said des- 
tination identification signal comprises an HTTP re- 
quest identifying a CGI program corresponding to a 
hyperlink in said hypermedia document. 

12. A method according to claim 1 0 or 11 , comprising: ss 

receiving a request for a hypennedia document 
from the destination at the server process, said 



document having an applet embedded therein; 
and 

serving said hypemiedla to the destination. 

wherein the applet comprises computer in- 
structions for enabling a computer, on which the ap- 
plet is running, to send said printer id to the server, 
receive said electronic document and print out said 
document using a printer identified to the server by 
said id. 

13. An apparatus configured to perform a method ac- 
cording to any preceding claim. 

14. A method of establishing HTTP communication be- 
tween a first apparatus and a second apparatus, 
wherein the second apparatus Is dynamically allo- 
cated its IP address, the method comprislngr- 

receiving notification of the IP address of the 
second device at a third apparatus; 
storing the notified IP address in association 
with an id indicative of the second apparatus at 
the third apparatus; 

receiving an HTTP request from an HTTP client 
at the first apparatus at the third apparatus, the 
HTTP request including a URI containing an el- 
ement indicative of the second apparatus; and 
responding to said request in dependence on 
said element to obtain the stored IP address of 
the second apparatus and send a response, in- 
cluding said IP address, to the first apparatus, 
said response being configured to cause said 
HTTP client to send a request to the second 
apparatus without performing a DNS lookup. 

15. A method according to claim 14, wherein said re- 
sponse Is a 301 or 302 response as defined in RFC 
1945 or RFC 2616. 

16. An apparatus configured to perfonn a method ac- 
cording to claim 14 or 15. 



17. A method comprising perfomrting a method accord- 
ing to claim 1 4 or 1 5 followed by a method according 
to any one of claims 1 to 12. wherein said first ap- 
paratus is said remote client and said second ap- 
paratus is said server 
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